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- ALL RIGHTS RESERVED - 
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written permission of 8x8, Inc. 

Trademaric Acknowledgment 

8x8, Audacity, Kodiac, VCPex, VCP, LVP and VPIC are registered trademarks of 8x8, Inc. G.711, G.722, 
G.723, G.726, G.728, H.323, SGCP 8l MGCP refer to the International Standards. Ail other trademarks are 
trademarks of their respective companies and are used for identification purposes only. 

Disclaimer 

8x8, Inc. makes no representations or warranties regarding the content of this technical specification. This 
information is preliminary and is subject to change at any time without notice. 8x8, Inc. assumes no 
responsibility for any errors contained herein. 

Patents 

The product(s) included with this guide may be covered by one or more of the following patents: 



US 5,339,076 
US 5,351,208 
US 5,379,35 1 
US 5,594,813 
US 5,761,280 
US 5,790,712 
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Additional patents are pending. 



The customer should notice that in the field of audio compression and VoIP telephony there are a number 
of patents held by various parties. It is the responsibility of the user to assure that a particular 
implementation does not infringe on those patents. 
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Section 1 - introduction 

The Symphony VoIP Gateway is a low 
complexity design which bridges the gap 
between conventional telephony systems 
equipment such as telephone and fax machines 
and the new world of Internet protocol (IP) 
conmiunications over private networks and the 
public Internet. One Symphony board can 
connect up to four independent calls 
simultaneously. 

The Symphony board features the 8x8 Audacity 
Internet Telephony Processor, which provides 
the DSP and conunand/control processing 
required to compress the audio and format the 
call for die transmission over IP networks. 
Connection to IP networks is made via an 
Ethernet MAC/PHY chip, which provides access 
to lOBaseT Ethernet and manages flow control. 
Specified with low material cost and high audio 
quality in mind, the Symphony VoIP Gateway is 
a complete solution for connecting existing 
telephony equipment in homes and small offices 
to broadband networks. 

The design may use either the SGCP/MGCP or 
H.323 standards for VoIP, and it is fully 
compatible with the Cablelabs "Packet-Cable ' 
initiative, with the emerging H.GCP standard 
and with Microsoft NetMeeting. The Symphony 
board incorporates FLASH memory and remote 
upgrade capability, so systems may be 
programmed with updated protocols via the 
network. 

The Symphony Gateway is available in four 
forms: a populated and tested PCB, complete 
with Codec software for integration directly into 
product, as a unit level assembly which includes 
the PCB in a housing, as an evaluation system 
with hardware and software tools, and as a 
developer's kit. The developer's kit includes 
schematic files, layout files, and the software 
libraries. The audio Codec libraries for the 
Symphony board are supplied as object code. A 
comprehensive command/control and GUI 
application is supplied as source code with the 
developer's kit, enabling the rapid modification 
and customization of the design for the ultimate 
in development flexibility. 



Standards 

The Symphony board supports the H.323, 
MGCP & SGCP communication standards for IP 
networks. 

• H.323 

• SCGP, MGCP 

• DOCSIS 1.1 compliant 

• MS-NetMeeting compliant 

• Supports DHCP, TCP/IP, UDP, SNMP 

Audio performance 

• G.711A-law 

• aVll^aw 

• G.723 

• G.726 

• G.728 

• Acoustic echo cancellation (64mS tail, ISdB 
rejection) 

• Voice Activity Detection 

• Comfort noise generation 

• DTMF detection 

• Call Tone generation 

Network Interface 

• lOBaseT 

Host interface 

The Audacity chip on the Symphony board 
utilizes the Audacity host port to interface to the 
developer's connector. Developers may connect 
a PC to the unit via a board and cable provided 
by 8x8 for debug and software download. 

Product kits 

The following Symphony Gateway products can 
be directly ordered from 8x8. 

• Board level assembly 

• Unit level assembly 

• Evaluation kit 

• Developer kit 

The board level assembly is supplied as follows. 

• Mainboard 

• Power supply 

The unit level assembly is supplied as follows. 

• Mainboard in enclosure 

• Power supply 

• Installation manual 
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The evaluation kit is supplied as follows. 

• Mainboard in enclosure 

• Power supply 

• Installation manual 

• Application document 

• Quickstart card 

• Software configuration tools 

• Hardware configuration tools (STIC card) 

The developers kit is a complete design package 
for the Symphony board. It provides all of the 
information needed by hardware designers, 
software engineers, product test engineers and 
component engineers to develop and 
manufacture a residential or SOHO IP 
Telephony Gateway for connection to ADSL or 
Cable modems. The contents of the kit are: 

• Two Symphony Mainboards in case 
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• Power supply 

• Installation manual 

• Application document 

• Quickstart card 

• Software configuration tools 

• Hardware configuration tools (STIC card) 

• Schematic diagrams 

• Gerber and Job files 

• Full component specifications 

• Bill of materials 

• Programmable component files 

• FLASH ROM images 

• Diagnostic software source code 

• H.323 and MGCP object code libraries 

• VoIP Gateway application source code 

• Audacity "C" compiler and tool kit 

• API documentation 
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Figure 1: Symphony Gateway architecture 



Product Appiication 

Figure 1 shows a Symphony VoIP gateway 
application. Attached to Symphony are two 
telephones, a PSTN Fax machine and PSTN 
Modem. 

Symphony behaves as a four line telephone 
switch with resident Ethernet gateway. 
Symphony supports all features expected from a 
commercial PSTN switch provider such as: 

• BORSCHT (Battery, Over-voltage, Ringing, 
Supervision, Codec, Hybrid and Testing) 

• Caller-ID 

• Three-way calling 

• Detect DTMF 

• Call Waiting 

• Last number redial 

• Call return 

It is also possible to ring one phone from the 
other on Symphony. A major advantage of the 
Symphony is the built-in Ethernet gateway, 
which facilitates a connection with other 
gateways via an Internet connection. 

Functionality 

Symphony provides fiill PSTN compatibility for 
four lines. Inside each Symphony gateway is a 



powerful 8x8 Audacity ITP, which codes a high- 
quality digitized audio steam into a low bit-rate 
data stream. Audacity then packetises the coded 
audio and provides IP stack support. The 
resulting data packets can be transmit easily over 
an ethemet connection to the Internet. 

Supported Equipment 

Symphony is capable of supporting four PSTN 
devices simultaneously. These 4 PSTN devices 
can comprise any combination of telephone, fax 
machine, modem or other common PSTN 
device. 

Connections 

The PSTN apparatus is connected to Symphony 
using US telephony wiring via RJli connectors. 
Non-US Customer Premise Equipment (CPE) 
can be attached, using readily available adapters. 
Symphony is connected to a local Ethemet 
connection via a standard RJ45 connector. A low 
voltage, dual conductor cable supplies power via 
a 1.3mm jack socket. 

Tlie lOBaseT interface 

Symphony supports the IEEE 802.3 lOBaseT 
interface. 
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Telephone ringing 

Symphony supports up to 4 CPE. Symphony is 
capable of ringing all phones simuitaneousiy. 
The ringing voltage can only be supplied to one 
line at any instant; Normal ringing "cadences" 
allow the ringing of any line to be concurrent 
with silence on the other lines. This is shown in 
the diagram below. Ringing cadence can be 
changed to allow for Distinctive Ring and 
standard national ring patterns. 



i Tl j 12 I T3 I T4 { n I 
[Uci-Rng l l lrel-Rigl 
| Lne2-Ibng 1 

| lig3-Ri3g I 

|UE4-Rng I 



Figure 2: Ringing Pattern 

Status indicators 

There are a number of status indicators to show 
the various states of the Ethernet connection and 
the four PSTN lines. These are described in more 
detail later. 

System Control 

Symphony can be controlled by a control data 
sequence received through the Ethernet port or 
by DTMF detection from a CPE device 
connected to one of the PSTN lines. 

Communications Profiles 

The Symphony Gateway may use either MCGP 
or H.323 communication standards, depending 
on profile and end use of product. 

MGCP 

This recommendation describes the Media 
Gateway Control Protocol (MGCP) for use in a 



centralized call control architecture and assumes 
relatively simple client devices. This protocol is 
used for controlling voice-over-IP (VoIP) 
gateways from external call control elements. 
MGCP assimies a call control architecture where 
the call control "intelligence" is outside the 
gateways and is handled by external call control 
elements. 

HJ23 

This recommendation describes terminals and 
other entities that provide multimedia 
communications services over Packet Based 
Networks (PBN) which may not provide a 
guaranteed Quality of Service. H.323 entities 
may provide real-time audio, video and/or data 
conrniunications. The PBN over which H,323 
entities communicate may be a point-to-point 
connection, a single network segment, or an 
inter-network having multiple segments with 
complex topologies. H.323 entities may be used 
in point-to-point, multi-pointy or broadcast 
configurations. 

Audio Processing 

The application program includes an audio 
codec, DTMF tone detection and Acoustic Echo 
Cancellation (AEC). These are among the basic 
building blocks needed to make a VoIP product. 

Audio CODECS 

The following CODECs are supported: 

• G.7 11 A-L AW PCM 64kbs, 8kHz sampling 

- 8 channels 

• G.71 1 /i-LAW PCM 64kbs, 8kHz sampling 

- 8 channels 

• G.723 MPCMLP 6.3kbs, 8kHz sampling 

- 4 channels 

• G,726 ADPCM 16, 24, 32, 40kbs 8kHz 

- 4 channels 

• G.728 LD-CELP 16kbs, 8kHz sample rate 

- 2 channels 
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Rgure 3: Symphony Block Diagram 



Hardware Overview 

Figure 3 above shows the Symphony 
architectural block diagram. The main features of 
the design are the Audacity Internet Telephony 
processor, memory sub-system, audio sub- 
system, I/O sub-system, quad SLIC interface and 
related circuitry. 

PCB 

The Symphony Gateway is a single board 
design, with die PCB measuring 5.9 by 7.1 
inches. Four mounting holes are located on the 
board, one in each comer. The PCB is a four 
layer design. 

Connectors & Indicators 

All input / output connectors are located at the 
back of the PCB 

• Four RJl 1 connectors 

• One RJ45 connector 

• Power supply connector 

All status and user interaction features are 
located at the front of the PCB. 

• Line 1 through 4 status LEDs 

• Call Agent ready LED 

• MGCP Link Status LED 

• System Status LED 

System control 

System control is achieved in the Symphony 
Gateway by the resident 8x8 Audacity FTP 
processor. 



Memory 

The mainboard has three types of memory used 
for program storage, execution and caching of 
data. 

• FLASH Memory 

• SRAM Memory 

• DRAM Memory 

The FLASH memory is non-volatile and is used 
for program storage and user settings when the 
power is off. The Flash is configured as 5 12k x 8 
bits. For flexible erase and program capability, 
the 512kbits of data is divided into II sectors: 
one 16kbyte, two Skbyte, one 32 kbyte, and 
seven 64 kbytes. 

The SRAM memory is volatile and is used for 
program storage and execution when in 
operation. The SRAM is configured as one bank 
of four IC's. Each IC has eight data bits and 
128k of total storage. When the IC's are mapped 
together they provide 128k x 32 bits (512k x 8) 
of contiguous storage area. Each SRAM IC has 
an asynchronous access speed of 12nS or better. 

The DRAM memory is also volatile and used for 
general data storage and caching of incoming 
Ethernet data. The DRAM is configured as one 
bank of two IC's. Each IC is sixteen bits wide 
with 256k words of total storage. When the IC's 
are mapped together they provide 256k x 32 bits 
(IM X 8) of contiguous storage area. Each 
DRAM IC has an access speed of 50nS or better. 
Both FPM and EDO DRAM are supported. 
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SRAM Bus 

The SRAM bus used in the Symphony Gateway 
is a 32 bit parallel bus and runs between the 
Audacity processor, the SRAM, FLASH, 
ethemet controller and the EPLD. The bus has 
separate WRITE, READ and four byte ENABLE 
signals, all active low. 

DRAM Bus 

The DRAM bus used in the Symphony Gateway 
is a 32 bit parallel bus and runs between the 
Audacity processor and the DRAM. The bus has 
separate WRITE, READ, RAS, CAS signals, all 
active low. 

ETHERNET MAC / PHY 

The ethemet controller used in the design is a 
Fujitsu MB86964. The device supports the 
lOBaseT & 10Base2 interfaces. This device is 
mapped onto the SRAM bus. 

CONTROL PAL 

The Symphony glue-logic is based on a Lattice 
Semiconductor core. Lattice can supply a suite of 
related tools allowing both design and in system 
programing of this part. The specific part used is 
an ISPLSI2128V-80LT1(X). This is a 3.3V I/O 
part. 

The Lattice chip is progranmied with glue-logic 
designed to suit the existing profile of the board. 
However, if the board has a different function or 
application to meet specific needs, new glue- 
logic may be needed to support the external 
hardware features from software. For a full 
description of the lattice design, please refer to 
tables 1,2,3 & Appendix 2-Glue logic. 
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Figure 4: CODEC Architecture 

PCM CODEC SLICs 

Two dual SLICs provide the four PSTN ports. 
Each port is identical to a single PSTN 
subscriber line and can be used in the same way. 
PSTN devices such as telephones, facsimile 
machines and modems can be connected. 



Architecture 

The architecture of the PSTN interface is based 
upon two dual SLICs feeding a single Quad 
CODEC. Four separate channels can be digitized 
in this way. This is shown below. 

Quad CODEC & Dual SLIC 

The quad codec used in the design is a Lucent 
T5504 / 7504 (Ul 1). It is capable of coding and 
decoding 4 channels simultaneously. There are 
two dual SLICs (U7 Sc UIO) which extract the 
analog audio fi"om the PSTN lines and pass to 
the Quad CODEC. The part used for this is the 
Lucent L8576. 

PSTN interface 

Attached to the PSTN connector are a series of 
components designed to protect both the 
telephony equipment and the SLIC from 
undesired operating conditions such as voltage 
spikes. Much of this conditioning is performed 
inside the Lucent L759 1 SLIC chip. 

The SLICS have resistive impedance, and are 
best suited for driving short-haul local loops, 
conmionly less than 5000ft. Each line is capable 
of supporting the 5000ft individually. The SLICs 
are designed with a minimum power dissipation 
occurring at a local loop length of 500- 1000ft. 

Battery Supply 

To power the CPE attached to the PSTN lines, a 
battery supply voltage must be present, since 
CPE devices rely on the local central office to 
supply power. As Symphony performs the role 
of a small central office, it must provide a 
standard PSTN power supply to each of the 
connected devices. Each connector has a REN 
rating of 5 for short-haul applications, primarily 
within a home or small office. 

TDM Interface 

The Time Division Multiplexed (TDM) port 
allows access to the high-speed, bi-directional 
serial bus which is used to transfer the PCM 
encoded bit stream between the PCM codec and 
Audacity ITP, The TDM interface on the 
Audacity FTP can implement a number of high- 
speed serial protocols including CHI, GCI, K2, 
SLD, MVIP and I0M2 formats. The TDM port 
can also act as a general purpose 16Mbit/sec 
serial link. 
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Chapter 3 - Hardware 




Figure 5: Symphony Mother board 



Architecture 

Symphony is a single board design, but consists 
of two major components: the network interface 
and the supporting motherboard functions. 
Figure 5 shows the general layout of the 
Symphony motherboard. The connectors (listed 
from left to right) are a RJ45 Ethernet jack, four 
RJll telephone jacks and a power connector. 

Memory 

The Symphony board uses three types of 
memory. The Audacity supports 4Mbits of 
FLASH EPROM, 512Kbytes of SRAM and 1 



Mbyte of DRAM. Audacity is a pure 3.3V 
device all associated parts must be 3.3V tolerant. 

SRAM 

The SRAM is configured as 1 bank of 4 x 
i28kx8, 12ns asynchronous access and has a 32 
bit wide data word. 

DRAM 

The DRAM is configured as 2 x 256kxl6 of 
50ns FPM or EDO memory and has a 32 bit 
wide data word. 
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FLASH 

The Flash is configured as 4 Megabits, 512kx8 
bits. For flexible erase and program capability, 
the 5I2kbits of data is divided into 11 sectors; 
one 16kbyte, two Skbyte, one 32 kbyte, and 
seven 64 kbytes. 

Glue logic 

The Symphony glue-logic is based on a Lattice 
semiconductors core. Lattice supplies a suite of 
related tools allowing both design and in system 
programing of this part. The specific part used is 
an ISPLSI2128V-80LT100. This is a 3.3V VO 
part and performs the following functions. 

• TDM clock generation 

• TDM control Audacity & Codec 

• SRAM mapped registers for SLIC control 

• AC LED control 

• SRAM mapped registers for LED control 

• Ringing frequency generation SRAM 
mapped access to lOBaseT 

The Lattice chip comes with glue-logic designed 
to suit the existing profile of the board. However, 
if the board has a different function or 
applic2rtion to meet specific needs, new glue- 
logic may be needed to support the external 
hardware features from software. For a full 
description of the lattice design, please refer to 
tables 1 - 3 & Appendix 2 - Glue-logic. 

Ethernet port 

This port is used to pass data to and from the 
Symphony board to a local ethemet connection. 
The popular lOBaseT connector has been used 
and allows data to flow upto a maximum of 
lOMbs. 

Ethernet controller 

The ethemet controller used in the design is an 
MB 86964 from Fujitsu. This device supports the 
lOBaseT interface. The connection to pass data 
to Audacity uses the SRAM port. However as 
the Ethemet controller is 5V and the Audacity is 
3.3V, a voltage transceiver is needed between the 
two. The signals buffered are the LSB 16 bits of 



the SRAM port. Two control signals are used to 
control the flow of data - DIRECTION 
CONTROL & OUTPUT ENABLE. Both of 
these are generated from the glue-logic which is 
controlled by Audacity. 

Ethemet memory 

The ethemet controller requires a single 32k X 8 
SRAM for local scratch memory. 

Power 

+5V Generation 

There are a number of parts in the circuit which 
require 5V supply: T5504/7504, voltage 
transceivei^, MB86964, 32kx8 SRAM, L8576, 
L8576. The power supply circuit is based on a 
LM2671M-5 switcher which derives its power 
from the main input power to the board. 

+3V Generation 

The majority of the board is designed around a 
3.3V power source. These are the significant 
parts of the circuit which require 3.3V supply: 
Audacity, voltage transceivers, 2i28V, 128kx8 
SRAM, 256kxI6 DRAMS. The power supply 
circuit is based on an LM2675M-3.3 switcher 
which derives its power from the main input 
power to the board. 

Battery Voltage Generation 

The design of the battery power supply is based 
on a Unitrode UC2572D which produces the 
constant -65V dc needed to power each line. 

Power consumption 

Maximum power consumption is not directly 
related to ringing, but to the number of phones 
off-hook. When all four lines are off-hook, 
maximum power consumption is reached. Total 
power consumption is i3W with an 18V supply. 
The 3.3V line supplies 3W and the 5V line 
supplies 2.5W. Each SLIC has a IW drop- 
resistor, with each channel dissipating 1.8W. For 
lifeline and low power situations three of the 
four SLIC channels can be disabled, reducing 
SLIC power consumption to 0.2W. Full system 
power down in sleep mode will be 0.5W. Table 4 
shows the power consumption for each sub- 
system on the board. 
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TDM data protocol 

The TDM port implements a 5 wire serial bus 
which provides an easy connection between the 
VCP and available communication chips. The 
TDM bus is a Time Division Bus multiplexing 
data on up to 64 channels. Each channel is 
allocated a different time slot on the bus, and the 
VCP can be set to different time slots. Data is 
assumed to be ordered by time slot (i.e. if 
timeslots 6,8 and 17 are used, the first byte 
DMA'ed to the memory is the byte in time slot 
6, followed by 8 and 17 in order. Reordering 
must be done in software. The interface consists 
of a frame-sync (TDMFS), data transmit and 
receive signals (TDMDX, TDMDR), external 
buffer enable (TDMTSC#) and a clock 
(TDMCLK). The frame sync and Clock signals 
are inputs to the VCP, so the timing of the data 
transfer is externally controlled. The TDM port 
can support a number of different timings on the 
TDM bus. The TDM bus runs from the Audacity 
rrP to the Quad PCM CODEC. The TDM 
interface to the codec must be at 8k sample rates, 
256/5 i2k bits per frame. Time slots used are 
0,1,2,3; other time slots can be used for different 
applications. 

LEDs 

A number of LEDs are provided for system 
status feedback. The LEDs are arranged in a dual 
LED arrangement. Each LED pair can convey 7 
states - Off, Red, Yellow, Green, Steady, Slow 
Blink and Fast Blink. 

Ready, Link & Status are conveyed in three 
LED pairs. The SLIC status of Lines 1-4 are 
conveyed in four LED pairs. Tables 5-8 show the 
mapping. One Further LED pair exists for future 
system expansion. 

Connectors 

This section covers all connectors on the 
motherboard, for more detailed information on 
the connectors refer to the Symphony design 
schematics and glue-logic equations. 

J8 - RJ45 connector. 

This connector accepts a lOBaseT style ethemet 
connection for passing data to and from an 
ethemet network. 
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Figure 7: Ethemet connector (J8) 

}2j4^y6 - RJll connectors. 

These connectors are used to connect external 
telephony equipment, such as Telephones and 
Fax machines to the Symphony board. There are 
4 RJll connectors which can be used for 
equipment connection. 



N/C »»» 




N/C 


G 


TIP _« 


G 


RING — 


G 


N/C 


G 


N/C — 


G 



Figure 8: Line Connectors (J2, J4, J5, J6)' 



Jl - Power supply connector. 

This is where the main power supply for the 
Symphony motherboard enters. An unregulated 
+18V is produced by the external power supply 
and enters the board via this connector. Positive 
is the center pin. 

J3 - First TDM port connector. 

The TDM port connector carries signals for the 
transfer of fast streams of data to and from the 
Audacity TDM port. It also carries TDM clock 
and frame syncs provided by the attached 
subsystem. However, there are two TDM 
connectors on Symphony in parallel with each 
other. This is the primary connector. 
Applications requiring TDM data transfer are 
typically found in many types of add-in 
conmiunication card. 
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Figure 9: TDM Connector #1 (J3, 0,1" spacing) 



J9 - Second TDM port connector. 

This port is the secondary TDM connector. It is 
physically in line with the 3.3V host port 
connector for applications which require host 
and TDM data transfer together. Although it has 
an identical pin-out as the primary TDM 
connector, a single 50 way connector can be 
placed upon the secondary TDM port and host 
port connectors to achieve this connectivity 
feature. The pin out is shown below in figure 10. 







r 






vss 




□ 


q] 


TDMDX 


TDMDR 


— 


o 


Q 


TDMCLK 


TDMFS 




G 


Q 


_ TDMTSC# 






Q 


Q 










UP 




N/C 




Q 


Q 

Viz 


_ N/C 


N/C 




© 


© 


N/C 


N/C 








_ HRDREQ# 


GND 






© 


HWRREQ# 


RESETS 




0 


© 


GND 


ROMDIS 




© 


© 


_ HR£AD# 


GND 




© 




.iii.. HWRrrE# 


GND 




© 


© 


HIRQ 


GND 







© 


— HA2 


HAl 






© 


— HAO 


GND 






© 








X.J' 




_ HDt3 


HD12 






© 


_ GND 


HDll 






© 


HDIO 


HD9 




© 


© 


HD8 


GND 




© 


@ 


HD7 


HD6 






0 


«~ HD5 


HD4 




© 


© 


GND 


HD3 






© 


HD2 


HDl 




© 


© 


_ HDO 



Figure 10: Host & TDM Connector 
JIO - Lattice header. 

This header is used to in circuit program the 
Lattice glue-logic IC. The design and download 
software for this application are available from 
Lattice semiconductor directly. 
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Figure 11: Lattice Programming connector (JIO) 

J7 - 33\ Host port connector. 

This is the connector used to connect to a 3.3V 
STIC card. This connector is used for debugging 
and for downloading programs when not booting 
from onboard ROM this connector is located at 
the edge of the board for easy access. 
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Figure 12: 3.3V Host Debug Connector (J7) 
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MODULE Madoc 

TITLE 'Madoc lOBaseT to POTS Core Logic* 

PLSI PROPERTY ' PULLUP OFF ' ; 
PLSI PROPERTY 'EFFORT 3'; 
PLSI PROPERTY 'STRATEGY AREA'; 



// SRAM BUS INPUT/OUTPUT 

!CE2 PIN 19; 



PLSI PROPERTY ' SCP CE2 CE2_T0_ETHER_CS ' ; 

iOE PIN 20; 

!WE PIN; 
PLSI PROPERTY ' CLK WE CLK2 ' ; 

LA2, LA3, LA4, LA5 , LA6, LA7 PIN 28, 29, 30, 32, 33, 34; 
LA19 PIN 18; 

PLSI PROPERTY ' SCP LA7 LA7_T0_ETHER_CS ' ; 

PLSI PROPERTY 'SCP LA7 LA7„T0_EA1, LA7_TO„EA2 , LA7_TO_EA3 * ; 

PLSI PROPERTY ' SC? LA19 LA19_T0_STHER_CS ' ; 

PLSI PROPERTY 'SCP LA19 LA19_T0_EA1, LA19_TO_EA2, LA19_TO_EA3 ' 

CPUCLK PIN; 
PLSI PROPERTY ' CLK CPUCLK CLKO * ; 

DEBUG_IRQ PIN 23; 

DO, Dl, D2, D3 PIN 46, 47, 48, 49 istype 'com'; 

D4, D5, D6, D7 PIN 51, 52, 53, 55 istype 'earn'; 

// SRAM BUS INTERMEDIATES 

ETHER_BANK NODE istype 'collapse'; 

ETHER_BANK_CE NODE istype 'keep'; 



REGISTER_SPACE NODE 

SYSTEM_ID_ADDRESS NODE 

REGISTER_BANK NODE 

REGISTER_BANK_CE NODE 

ADDRESS„0 NODE 

ADDRESS_1 NODE 

ADDRESS_2 NODE 

ADDRESS_3 NODE 

ADDRESS„4 NODE 

ADDRESS„5 NODE 

REGISTER_0 NODE 

REGISTER_1 NODE 

REGISTER_2 NODE 

REGISTER^ NODE 

REGISTER_4 NODE 

REGISTER 5 NODE 



istype 
istype 
istype 
istype 
istype 
istype 
istype 
istype 
istype 
istype 
istype 
istype 
istype 
istype 
istype 
istype 



' collapse ' 
' collapse ' 
' collapse' 
'keep' ; 
' collapse ' 
' collapse' 
' collapse* 
'collapse' 
' collapse* 
' collapse ' 
' collapse ' 
' collapse * 
' collapse' 
• collapse ' 
'collapse' 
' collapse ' 
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****************************************************************** 
// ETHEHNET INTERFACES 

!ETHER_RD PIN 40 istype 'invert, reg' ; 

!ETHER_WR PIN 41 istype 'invert, reg ' ; 

lETHER.CS PIN 35 istype ' invert , reg ' ; 

PLSI PROPERTY ' ECP ETHER_CS LA7_T0_ETHER_CS , LA19_T0_ETHER_CS , CE2_T0_ETHER_CS ' ; 

ETHER_IRQ PIN 22; 

ETHER_IRQ_ENABLE NODE istype 'reg, keep'; 

EAl, EA2, EA3 PIN 24. 26, 27 istype *reg'; 

PLSI PROPERTY 'ECP EAl LA7_T0_EA1, LA19_T0_EA1 ' 

PLSI PROPERTY 'ECP EA2 LA7„T0_EA2 , LA19_T0_EA2 ' 

PLSI PROPERTY ' ECP EA3 LA7_TO_EA3 , LA19_T0_EA3 ' 

// WAIT STATE COUNTER 



WS3, WS2, WSl, WSO 


NODE 


istype ' reg' ; 


END_COUNT 


node 


istype ' collapse ' ; 




// RESET LOGIC SIGNALS 






// ******************************************************************* 


1 POWER_RESET 


PIN 42; 




! HOST_RESET 


PIN 43; 




1CPU_RESET 


PIN 45 


istype • com' ; 


ETHER„RESET 
ETHER_RESET_BIT 


PIN 56 
NODE 


istype ' com' ; 
istype ' reg' ; 


INTERNAL_RESET_INT NODE istype ' keep ' ; 

INTERNAL_RESET NODE istype 'collapse'; 

// ******************************************************** ********** 



// SLIC CONTROL AND STATUS BITS 

****************************************************************** 

LED_CADENCE„0 , LED„CADENCE_1 , LED_CADENCS_2 , LED_CADENCE_3 NODE is 

type ' reg ' ; 

LED_CADENCE_4, LED_CADENCE_5 NODE 
type ' reg ' ; 

LED.COMMON PIN 2 

type • reg ' ; 

LED_CADENCE_CARRY NODE 
type 'com, collapse*; 

RING.CADENCE.O , RING_CADENCE_1 , RING_CADENCE_2 NODE 
type ' reg ' ; 

RING_COMMON NODE 
type ' reg ' ; 



xs 
is 
is 

is 
is 



RNGNG3, RNGNG2, RNGNGl, RNGNGO PIN 74, 76, 72, 73 is 

type ' reg ' ; 

B2_3, B2_2, B2_l, B2_0 PIN 79, 80, 77, 78 is 
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type ' com ' ; 

B2_BIT3, B2_BIT2, B2_BIT1, B2_BIT0 
type 'reg'; 

[STAT3, !STAT2, ISTATl, !STATO 

SLIC_LED3 , SLIC_LED2 , SLIC_LED1 , SLIC_LEDO 
type ' com' ; 

SLIC_LEDO_0 , SLIC_LED0_1 
type ' reg ' ; 

SLIC_LED1_0 , SLIC_LED1_1 
type 'reg'; 

SLIC_LED2_0 , SLIC_LED2_1 
type ' reg ' ; 

SLIC_LED3_0, SLIC_LED3_1 
type 'reg'; 

LINK_LED3, LINK_LED2 , LINK_LED1, LINK_LEDO 
type ' com' ; 

LINK_LEDO_0, LINK„LED0_1 
type ' reg ' ; 

LINK„LED1_0, LINK„LED1_1 
type 'reg*; 

LINK_LED2_0, LINK_LED2_1 
type • reg * ; 

LINK_LED3_0, LINK_LED3_1 
type ' reg ' ; 



SLICS_ACTIVE 
type ' reg ' ; 
SLIC_0_ACTIVE 

type ' reg ' ; 

// 

// TDM CONTROL AND STATUS BITS 
TDM_MAIN_CLK 

PLSI PROPERTY ' CLK TDM_MAIN_CLK CLKl ' ; 



NODE 

PIN 69, 70, 67, 68; 

PIN 1, 99, 98, 97 

NODE 

NODE 

NODE 

NODE 

PIN 96, 95, 93, 92 

NODE 

NODS 

NODE 

NODE 

PIN 58 
PIN 17 



IS 



PIN; 



IS 

is 
is 
is 

is 
is 
is 
is 
is 

is 
is 



!TDMCLK_EN 


PIN 


8 


is type 


' re 


g'; 










TDMCLK 


PIN 


7 


istype 


' re 


g' ; 










TDMFS_VCP 


PIN 


6 


is type 


* CO 


m' ; 








TDMFS„EXT 


PIN 


57 


istype 


' CO 


m' ; 










TDMDR 


PIN 


5 


istype 


'CO 


m' ; 










TDMDX 


PIN 


3; 






Q^TDMDR 


PIN 


83; 






ALAW SEL 


PIN 


82 


istype 


■re 


g'; 










TDM_512 


NODE 


istype 


're 


g' ; 








TDM_256 


NODE 


istype 


'CO 



m, collapse' ; 
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TDM_DIVO, TDM^DIVl, TDM_DIV2 

g' ; 

TDM_HALF_CARRY 

m, collapse' ; 

TDM_CARRY 

m, collapse* ; 

BIT_COUNT_0, BIT_C0UNT_1, BIT„C0UNT_2 

g' ; 

B IT_COUNT_CARRY 
m, collapse ' ; 



NODE 
NODE 
NODE 

NODE 
NODE 



SLOT_COUNT_0 , SL0T_C0UNT_1 , SL0T_C0UNT_2 , SL0T_C0UNT_3 NODE 
g' ; 

SL0T_C0UNT_4 , SL0T_C0UNT„5 NODE 

g' ; 

SLOT_COUNT„CARRY NODE 
m, collapse'; 



FSx3, FSx2, FSxl, FSxO 



PIN 90, 91, 84, 85 



// system ID BITS 



SYS_ID_0 
SYS_ID„1 
SYS_ID_2 
SYS_ID_3 
SYS_ID_4 
SYS_ID_5 
SYS_ID_6 
SYS ID 7 



NODE 
NODS 
NODE 
NODE 
NODE 
NODE 
NODS 
NODE 



istype 'collapse' 

istype 'collapse' 

istype 'collapse' 

istype 'collapse' 

istype 'collapse' 

istype 'collapse' 

istype 'collapse' 

istype 'collapse' 



istype 're 

istype 'CO 

istype 'CO 

istype 're 

istype 'CO 

istype 're 

istype 're 

istype 'CO 

istype 'CO 



"Special Constants 

// USEFUL ABBREVIATIONS 

x,c,z,u,d,k,f = .X. , .C. , .2. , .U. , .D. , .K. , .F. ; 

// USEFUL SYMBOLS 

TRUE = -1; 

FALSE = 0 ; 

// PROGRAMMED FOR THE REQUIRED WAIT STATES 
// THIS IS DEPENDENT ON THE TARGET SYSTEM CPUCLK RATE 
// (HERE 36MHz ASSUMED) AND ON THE REQUIRED MINIMUM WRITE 
// PULSE (HERE 240nS ASSUMED FOR I2C CHIP) 
DELAY_LENGTH = 2; 



// THE NEXT TWO SET THE COUNT LENGTH FOR THE DIVIDERS FOR THE LED AND RING SYSTEMS 
MAX_LED_CADENCE =40; 
MAX_RING_CADENCE = 5; 

// BANK ADDRESS DECLARATIONS FOR THE TEST VECTORS (CONVENIENCE) 
REGISTERS_BANK = 4; 

OTHER_BANK 8; 
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// System ID declarations 
ID_VC55_PLUS 
ID_VC105„II 
ID_.VC150„II 
ID_VC150_III 
ID_VC160 
ID_VC105_III 
ID_VC110 
ID_VST_ISDN 
ID_VST_LAN 
ID^MADOC 

"intermediate signal 

"Set Declarations 

DEIiAY.COUNT 

EXTENDED_SYSTEM_ID 

D_BUS 

EAn 
LAn 



= 1; 
= 2; 

3; 
= 4; 
= 4; 
= 5; 
= 5; 
= 5; 
= 7; 
= 10; 



= [WS3.. WSO]; 

= [ SYS JD_7 . , SYS_ID_0 ] ; 

= [D7..D0]; 



= [SA3..EA11; 
= [LA4..LA2]; 



REGISTER_On = [ SLIC_LED0_1 , SLIC_LEDO_0 , B2_BIT0]; 

REGISTERJn = [SLIC_LED1_1, SLIC_LED1_0 , B2_BIT1] , 

REGISTER_2n = [SLIC_LED2_1, SLIC_LSD2_0 , B2_BIT2] , 

REGISTER_3n = [SLIC_LED3_1, SLIC_LED3_0 , B2„BIT3 ] , 

REGISTER_4n = [TDMCLK_EN, SLIC_0_ACTIVE, SLICS^ACTIVH, TDM_512, ALAW_SSL 

, ETHER_RESET_BIT, ETHER_IRQ_ENABLE] ; 

REGISTER_5n = [LINK_LED3„1 , LINK_LED3„0, LIKK_LED2_1. LINK_LED2_0 , LIN 

K_LED1_1, LINK_LED1_0, LINK_LED0_1, LINK_LEDO_0 ] ; 



RNGNGn 

B2_n 

B2„BITn 

TDM_DIVIDE 

BIT^COUNT 

SLOT_COUNT 
SL0T_C0UNT„1 , SLOT_COUNT_0] , 



[RNGNG3. RNGNG2, RNGNGl, RNGNGO] ; 

CB2_3, B2_2, B2„l, B2_0I; 

[B2_BIT3, B2_BIT2, B2_BIT1, B2_BIT0] ; 

[TDM_DIV2, TDM.DIVl, TDM^DIVOJ; 

IBIT_C0UNT__2, BIT_C0UNT_1 , BIT„COUNT_0 ] ; 

[ SL0T„C0UNT_5 , SL0T„C0UNT_4 , SL0T„C0UNT_3 , SL0T_C01TNT_2 , 



LED_CADENCE 
E_2, LED_CADENCE_1, LED_CADSNCE„0] ; 
RING CADENCE 



BANK ADDRESS 



= [LED_CADENCE_5, LED_CADENCE_4 , LED_CADENCE_3 , LED_CADENC 
= [RING_CADENCE_2 , RING_CADENCE_1 . RING_CADENCE_0] ; 
= [tCE2, DA19, LA7, LA6] ; 



Equations 

II ******************************************************** 
// TDM GENERATOR AND CONTROL 

II *************************************************** 
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TDM^DIVIDE 

TDM_DIVIDE.clk 

TDM^DIVIDE.aclr 

TDM„256 

TDM„HALF_CARRY 
D); 

TDM_CARRY 

WHEN TDM_HALF„CARRY 
THEN TDMCLK : = 

ELSE TDMCLK := 

TDMCLK. elk 
TDMCLK. aclr 



:= TDM„DIVIDE + 1; 
= TDM_MAIN_CLK; 

= INTERNAL_RESET # STHER_RESET_BIT; 
= !TDM_512; 

= (TDM_512 & (TDM_DIVIDE[0] ==!))# {TDM_256 & (TDM.DIVIDE [ 1 . 



TDM_HALF_CARRY & ! TDMCLK ? 



! TDMCLK 
TDMCLK; 



TDM„MAIN_CLK; 

INTERNAL_RESET # ETHER„RESET_BIT ; 



WHEN TDM^CARRY 
THEN BIT_COUNT : 
ELSE BIT.COUNT : 

BIT„COUNT.clk 

BIT_COUNT.aclr 

BIT_COUNT_CARRY 



BIT_COUNT + 
BIT_COUNT ; 



= TDM_MAIN„CLK; 

= INTERNAL_RESET # ETHER_RESET_BIT ; 
= {BIT_COUNT == -1) ; 



WHEN ! (TDM_CARRY & BIT_COUKT_CARRY) 
THEN SLOT_COUNT := SLOT_COUXJT 
ELSE WHEN SLOT_COUNT_CARRY 

THEN SLOT_COXJNT := 0 

ELSE SLOT_COUNT := SL0T_C0UNT+1 ; 



SLOT_COUNT.clk 
SLOT_COUNT.aclr 
SLOT_COUNT_CARRY 
-1} ; 

TDMFS VCP 



TDM_MAIN__CLK; 

INTERNAL„RESET # ETHER_RESET_BIT ; 

(TDM_512 & (SLOT^COUNT -1}) # (TDM_256 & SLOT_COUNT [4 . . 0 ] 



BIT_COUNT_CARRY & SLOT_COUNT_CARRY ; 



FSxO 
FSxl 
FSx2 
FSx3 



= BIT_COUNT_CARRY & 
= BIT_COUNT_CARRY & 
= BIT_COUNT_CARRY & 
= BIT COUNT_CARRY Sc 



SLOT_COUNT_CARRY ; 
(SLOT_COUNT == 0) 
(SLOT^COUNT 1) 
(SLOT.COUNT 2) 



// This sigT±>al is now hacked to allow for VCP/VCPex's extra-delayed-bit TDM C3rud 
TDMFS_EXT = (BIT_COUNT == 6) & SLOT_COUNT_CARRY ; 



TDMDR 
TDMDR . oe 



= Q_TDMDR; 

= (SLOT_COUNT == 0) 

# (SLOT_COUNT == 1) 

# (SLOT_COUNT == 2) 

# (SLOT_COUNT == 3) , 



// 

// LED COMMON LOGIC 
// 
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WHEN I (TDM_CARRY & BIT_COUNT„CARRY & SLOT_COUNT_CARRY) 
THEN { 

LED_CADENCE := LED_CADENCE; 

LED_COMMON := LED_COMMON; 

} 

ELSE WHEN LED_CADENCE < MAX_LED„CADENCE 
THEN { 



} 

ELSE { 



}; 



LED_CADEKCE 
LED_COMMON 



LED_CADENCS 
LED_COMMON 



LED_CADENCS +1; 
LED_COMMON; 



0; 

1LED_C0MM0N; 



LED CADENCE_CARRY 



= (LED_CADENCE == MAX_LED_CADENCE ) ; 



LED_CADENCE . elk 
LED_COMMON.clk 

LED„CADENCE . ac 1 r 
LSD^COMMON.aclr 



TDM_MAIN_CLK; 
TDM_MAIN_CLK; 

INTERNAL_RESET # ETHER_RESET_BIT ; 

INTSRNAL_RESET # ETHER_RSSET_BIT; 



****************************************************************** 



// RING GENERATOR LOGIC 

II *^**************************************************************** 
WHEN ! {TDM_CARRY & BIT_COUNT_CARRY & SLOT_COUNT_CARRY & LED_CADENCS_CARRY ) 
THEN { 

RING_CADENCS := RING_CADENCS ; 
RING_COMMON := RING_COMMON; 

} 

ELSE WHEN RING_CADENCE < MAX__RING_CADENCE 
THEN { 

RING_CADENCE := RING_CADENCE +1; 

:= RING„COMMON; 



} 

ELSE { 

}; 



RING_COMMON 



RING_CADENCE 
RING„COMMON 



0; 

!RING_COMMON; 



RING_CADENCE . elk 
RING_COMMON,clk 

RING„CADENCE , aclr 
RING_COMMON .aclr 



TDM_MAIN_CLK; 
TDM_MAIN„CLK; 

INTERNAL„RESET # ETHER_RESET_BIT ; 

INTERNAL^RESET # ETHER_RESET_BIT; 



II ****************************************************************** 
// Ethernet INTERFACE LOGIC 

// Device space is Bank 2 (CS2} , "Bottom Half (0x00000 - 0x7FFFF) 
// (LA19 = 0) 

// The Ethernet decodes to the Low 64 bytes of each 128 Byte mirror, 
// with 8 word-wide registers on LongWord Boundaries, mirrored on 
// 32-byte boundaries 
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****************************************************************** 



ETHER_BANK 
ETHER BANK CE 



= !IjA19 & 1LA7 & !LA6 & 'LAS; 
= CE2 & ETHER„BANK; 



// Latch & hold address lines 
EAn := LAn; 



ETHER_CS 
ETHER_CS . aset 

ETHER_RD 
ETHER RD.aclr 



CE2; 
CE2; 

ETHER_BANK_CS & OE; 
!CE2 # INTERNAL_RESET; 



WHEN 
THEN 
ELSE 



[ ETHER_WR 
ETHER_WR 
ETHER WR 



END_COUNT 

DELAY_COUNT.clk 
DELAY_COUNT . aclr 



:= {ETHER_CS) Sc ETHER_BANK_GE & lOE & [END_COUNT 
:= !END_COUNT; 

= (DELAY_COUNT >= DELAY_LENGTH) ; 

= CPUCLK; 

= INTERNAL_RESET; 



WHEN ! ETHER_BANK_CE 

THEN DELAY_COUNT := 0 

ELSE WHEN {END_COXJNT # !ETHER_WR) 

THEN DELAY_COUNT := DELAY„COUNT 

ELSE DELAY_COUNT := DELAY_COUNT +1; 



[ ETHER_WR , ETHER__RD ] . c 1 k 

ETHER_CS.clk 

EAn. elk 



CPUCLK 
CPUCLK 
CPUCLK 



ETHER_WR.aclr 
EAn. aclr 



INTERNAL_RESET; 
INTERNAL^RES ET ; 



^ ^ *************************************************** 

// RESET LOGIC 

// 



******************************************************* 



INTERNAL_RES ET_INT 
INTERNAL_RESET 

ETHER^RESET 

CPU RESET 



= HOST_RESET # POWER_RESET; 
= INTERMAL_RESET_INT; 

= INTERNAL_RESET # ETHER_RESET_BIT; 

= INTERNAL_RESET; 



****************************************************************** 

// INTERRUPT CONTROL LOGIC 

****************************************************************** 



DEBUG_IRQ 



(ETHER„IRQ & ETHER_IRQ„ENABLE ) ; 



****************************************************************** 
// INTERNAL REGISTERS LOGIC 

yy ****************************************************************** 
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// Register Space is Bank 2 (CE2) , "High Half" (0x80000 - OxFFFFF) 
// (LA19 = 1) 

// Each register is mapped to the Low byte on LongWord boxindaries 



REGISTER_SPACE 

SYSTEM_ID_ADDRESS 

REGISTER_BANK 
REGISTER_BANK_CE 

ADDRESS_0 
ADDRESS„1 
ADDRESS_2 
ADDRESS_3 
ADDRSSS_4 
ADDRESS_5 

REGISTER_0 
REGISTER_1 
REGISTER_2 
REGISTER_3 
REGISTER_4 
REGISTER_5 



= LA19 Sc CE2; 

~ LA19 & LA7 Sc LA6 & LA4 & LA3 & LA2 ; 

= LA19 Sc !LA7 & II1A6 & ILA5; 
= CE2 & REGISTER_BANK; 



!LA4 Sc !LA3 & ! LA2 
LA2 
!LA2 

!LA4 & LA3 & LA2 
LA4 & !LA3 & ILA2 
LA4 & 1LA3 & LA2 



!LA4 Sc !LA3 & 
!LA4 & LA3 Sc 



REGISTER. 
REGISTER, 
REGISTER 
REGISTER 
REGISTER. 
REGISTER 



BANK_CE 
.BANK_CE 
.BANK„CE 
_BANK_CE 
_BANK_CE 

BANK CE 



Sc ADDRESS_0 
Sc ADDRESS_1 
& ADDRESS„2 
Sc ADDRESS_3 
Sc ADDRESS_4 
Sc ADDRESS 5 



// REGISTER 0 

REGISTER_0n 

RNGNGO 

REGISTER_On.clk 
REGISTER_On. aclr 

// REGISTER 1 

REGISTER_ln 

KMGNGl 

REGISTER„ln.clk 
REGISTER_ln . aclr 

// REGISTER 2 

REGISTER_2n 

RNGNG2 

REGISTER_2n . elk 
REGISTER_2n,aclr 

// REGISTER 3 

REGISTER_3n 

RNGNG3 

REGISTER_3n.clk 
REGISTER_3n.aclr 

// REGISTER 4 
REGISTER_4n 
REGISTER_4n,clk 
REGISTER 4n,aclr 



{REGISTER^O Sc [D3 , D2, DO]} # ( !REGISTER_0 Sc REGISTER_On) 
(REGISTER_0 Sc (Dl Sc ! (RNGNGl # RNGKG2 # RNGNG3 ) ) ) # 

( 1REGISTER_0 Sc RNGNGO) ; 

!WS; 

INTERNAL_RESET ; 

(REGISTER.! Sc [D3, D2, DO]) # ( !REGISTER_1 Sc REGISTERJn) 
(REGISTER_1 Sc {Dl Sc ! (RNGNGO # RNGNG2 # RNGNG3 ) ) ) # 

{!REGISTSR„1 Sc KNGNGl) ; 

IWE; 

INTERNAL_RESET ; 



(REGISTER_2 Sc [D3, D2, DO]) # (!REGISTER_2 Sc REGISTER_2n) 
(REGISTER_2 & (Dl & ! (RNGNGO # RNGNGl # RNGNG3 ) ) ) # 

( !REGISTER„2 Sc RNGNG2) ; 

IWE; 

INTERNAL_RESET; 

{REGISTER_3 Sc [D3 , D2 , DO]) # ((REGISTER_3 Sc REGISTER_3n) 
(REGISTER„3 Sc (Dl Sc 1 (RNGNGO # RNGNGl # RNGNG2))) # 

(!REGISTER_3 Sc RNGNG3") ; 

IWE; 

INTSRNAL_RESET; 

(REGISTER„4 Sc [D6.,D01) # ( ! REGISTER„4 Sc REGISTER_4n) ; 
IWE; 

INTERNAL_RESET ; 
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// REGISTER 5 
REGISTER.Sn 
REGrSTER„5n,clk 
REGISTER Sn.aclr 



(REGISTER_5 & [D7..D0]) # ( IREGISTER_5 & REGISTER_5n) 
IWE; 

INTERNAL_RESET; 



RNGNGn.clk 
RNGNGn.aclr 



IWE; 

IOTERNAL_RESET; 



********************* 

// SLIC I/O's 

********************* 

WHEN RNGNGO 

THEN B2_0 = RING_COMMON 
ELSE B2_0 = B2_BIT0; 



WHEN RNGNGl 

THEN B2_l = RING_COMMON 

ELSE B2_l = B2_BIT1; 

WHEN RNGNG2 

THEN B2_2 = RING_COMMON 

ELSE B2„2 = B2_BIT2; 

WHEN RNGNG3 

THEN B2_3 = RING_COMMON 

ELSE B2_3 = B2_BIT3; 



SLIC_ 


_LEDO 




( ! SLIC_LED0_1 


Sc 


I SLIC„LED0_O 


Sc 


LED_COMMON) 






# 


( ! SLIC_LED0_1 


& 


SLIC_LEDO_0 


Sc 


TRUE) 






# 


( SLIC_LED0_1 


& 


! SLIC_LEDO_0 


Sc 


ILED^COMMON) 






# 


( SLIC„LED0„1 


& 


SLIC_LEDO_0 


Sc 


FALSE) ; 


SLIC. 


_LED1 




( ! SLIC_LED1_1 


Sc 


1 SLIC_LED1_0 


Sc 


LED_COMMON) 






# 


( ! SLIC_LED1_1 


& 


SLIC_LEDI„0 


Sc 


TRUE) 






# 


{ SLIC_LED1_1 


Sc 


! SLIC_LED1_0 


Sc 


!LED_COMMON) 






# 


( SLIC_LED1_1 


Sc 


SLIC_LEDI_0 


Sc 


FALSE) ; 


SLIC. 


_LED2 




( ! SLIC_LED2_1 


Sc 


ISLIC„LED2_0 


Sc 


LED_COMM0N) 






# 


( i SLIC_LED2_1 


Sl 


SLIC„LED2_0 


Sc 


TRUE) 






# 


{ SLIC_LED2_1 


Sc 


!SLIC_LED2_0 


Sc 


!LED_COMMCN) 








( SLIC_LED2_1 


Sc 


SLIC_LED2_0 


Sc 


FALSE) ; 


SLIC. 


_LED3 




( ! SLIC_LED3_1 


Sc 


! SLIC_LED3_0 


Sc 


LED^COMMON) 






# 


( !SLIC_LED3_1 


& 


SLIC.LED3_0 


Sc 


TRUE) 








( SLIC_LED3_1 


Sc 


!SLIC_LED3_0 


Sc 


!LED_COMMON) 






# 


( SLIC_LED3„1 


& 


SLIC„LED3_0 


Sc 


FALSE) ; 



// 
II 

II ****** 

LINK LEDO 



SYSTEM STATUS I/O's 



= ( ! LINK„LED0„1 & !LINK_LEDO_0 & LED_COMMON) 

# { ! LINK_LED0_1 & LINK_LEDO_0 & TRUE) 

# { LINK_LED0_1 & ILINK_LEDO_0 & !LED_COMMON) 

# { LINK_LED0_1 & LINK_LEDO_0 & FALSE) ; 



LINK_LED1 = (!LINK_LEDU & !LINK„LED1„0 & LED_COMMON) 

# ( ' LINK_LED1_1 & LINK_LED1_0 & TRUE) 
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# 


{ LINK„LED1_1 


Sc 


!LINK_LED1_0 


Sc 


!LED„COMMON) 




# 


( LINK„LSD1_1 


& 


LINK_LED1_0 


Sc 


FALSE) ; 


LINK_LED2 




( ! LINK_LED2_1 


Sc 


! LINK_LED2_0 


Sc 


LED_COMMON) 




# 


( !LINK_LSD2_1 


Sc 


LINK_LED2„0 


Sc 


TRUE) 






( LINK_LEB2_1 


& 


J LINK_LED2_0 


& 


1LED_C0MMCN) 




# 


( LINK_LED2„1 


& 


LINK_LED2_0 


Sc 


FALSE) ; 


LINK_LED3 




{ I LrNK_IiED3_l 


Sc 


!LINK_LED3_0 


Sc 


LED_COMMON) 




# 


( ! LINK_LED3_1 


& 


LINK_LED3„0 


Sc 


TRUE) 




# 


( LI3^_LED3_1 


Sc 


! LINK_LED3„0 


Sc 


1 LED_COMMON) 




# 


( LINK_LED3_1 


Sc 


LINK_LED3_0 


Sc 


FALSE) ; 



// BOARD ID VALUES 

EXTEiroED_SYSTSM_ID = ID_iytADOC; 

// DATA BUS OUTPUT 

D_BUS.OE = (REGISTER_S?ACE) & OE; 



D_BUS 



(REGISTER_SPACE Sc 

(REGISTER_BANK Sc 



( 





(ADDRESS_0 


Sc 


[0, 


0, 0, STATO, SLIC_LED0_1, 


SLIC_LEDO_0 


# 


(ADDRESS_1 


Sc 


[0, 


0, 0, STATl, SLIC_LED1_1, 


SLIC_LED1_0 


# 


(ADDRESS_2 


Sc 


[0, 


0, 0, STAT2, SLIC_LED2_1, 


SLIC_LED2_0 


# 


(ADDRESS_3 


& 


[0, 


0, 0, STAT3, SLIC_LED3„1, 


SLIC_LED3_0 


# 

ETHER_RESET 
# 


(ADDRESS_4 
,BIT, ETHER, 
(ADDRESS_5 


& [0, TDMCLK_EN, SLIC_0_ACTIVE, SLICS_ACTIV 
.IRQ_ENABLE] ) 

& [LINK_LED3_1, LINK_LSD3_0. LINK_LED2 1, L 



, RNGNGO, B2_BIT0]) 

, RNGNGl, B2_BIT1] ) 

, RNGNG2, B2_BIT2 3) 

, RNGNG3 , B2_BIT3 ] ) 



INK„LED2_0, LINK_LED1_1, LINK_LED1_0, LINK_LED0„1, LINK_LEDO_0 ] ) 



) 



) 



# (SySTEM_ID_ADDRESS & EXTENDED_SYSTEM_ID ) 



END 
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Appendix 3 - Contacts 



Sales 

North America 

Chris Peters - Vice President Sales 
Phone +1408 654 0811 
Email chrisp<g>8x8.CQm 

Huw Rees - Director North America Sales 
Phone +1408 654 0842 
Email huwr@8x8.com 

Asia 

Doug Bailey - Director Asian OEM Sales 
Phone +1408 654 0860 
Email doui;b@8x8x'om 

Virginia Lee - Director Asian Sales 
Phone +1408 654 0870 
Email virginial@8x8.com 

Joseph Chen - Manager Asian Sales 
Phone +1408 654 0870 
Email josephc@8x8xom 

^ Fax +1408 980 0432 

Europe 

David Mills - Manager European OEM sales 
Phone +44 1628 402800 
Fax +44 1628 402829 
Email davidm@8x8.com 



Support 

Robert Simmons - Manager Applications Engineering 
Phone +1 408 654 0993 
Fax 408 980 0432 
Email robert@8x8.com 

General Email addresses 

apps@8x8xom 

oem@8x8.com 

Application Engineering web-site 
www. 8x 8 .com/ software 
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Appendix 4 - Glossary 



SLIC 


SUSCRIBER LINE INTERFACE CIRCUIT 


PSTN 


PUBLIC SWITCHED TELEPHONE NETWORK 


POTS 


PLAIN OLD TELEPHONE SYSTEM (PSTN) 


ISDN 


INTEGRATED SYSTEMS DIGITAL NETWORK 


LAN 


LOCAL AREA NETWORK 


DSL 


DIGITAL SUSCRIBER LINE 


MGCP 


MEDIA GATEWAY CONTROL PROTOCOL 


SGCP 


SIMPLE GATEWAY CONTROL PROTOCOL 


SOHO 


SMALL OFFICE / HOME OFFICE 


H.323 


ITU STANDARD FOR PACKET SWITCHED MEDIA 


ITU 


INTERNATIONAL TELECOMMUNICATIONS UNION 


PBN 


PACKET BASED NETWORK 


cm 


CONCENTRATION HIGHWAY INTERFACE 


CPE 


CUSTOMER PREMISE EOUIPMENT 


EPLD 


ELECRONICALLY PROGRAMMABLE LOGIC DEVICE 


ITP 


INTERNET TELEPHONY PROCESSOR 


MAC 


MEDIA ACCESS CONTROLLER 


MVIP 


MULTI-VENDOR INDEPENDENT PROTOCOL 


PCM 


PULSE CODE MODULATION 


REN 


RINGER EQUIVALENCE NUMBER 


TDM 


TIME DIVISION MULTIPLEXED 


VoIP 


VOICE OVER INTERNET PROTOCOL 


CO 


CENTRAL OFHCE 


DTMF 


DUAL TONE MULTIPLE FREQUENCY 


FSK 


FREQUENCY SHIFT KEYING 


DP 


INTERNET PROTOCOL 


RTP 


REAL TIME PROTOCOL 


RTCP 


REAL TIME CONTROL PROTOCOL 
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